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DE S CRIPTION 



COMMUNICATIONS CONTROLLER FOR COMMUNICATION WITH 
TELEPHONY OVER INTERNET PROTOCOL 



CLAIM FOR PRIORITY 
This application claims priority to International 
Application No. PCT/DE00/03115 which was published in 
the German language on September 7, 2000 . 

TECHNICAL FIELD OF THE INVENTION 

The invention relates to a communications 
controller; and in particular, to a communications 
controller for calls arriving at a terminal device 
15 which operates in accordance with the telephony over 
Internet protocol, an identification of the calling 
subscriber or terminal being received along with the 
incoming calls. 

2 0 Calls directed to a terminal device for telephony over 

Internet protocol arc usually put through to the called 
terminal device by an Internet protocol network, — that 
io to oay a data network operating on the basis of an 
Internet protocol , — which operates — for example in 
25 accordance with the standard ITU T H.323. — Provided in 
the called terminal device is a communications 
controller, — for which there is an established procedure 

for handling incoming calls. — In the simplest case, 
incoming calls arc always put through to be taken by a 

3 0 called subscriber. — However, — the subscriber may also 

provide that incoming calls arc forwarded to another 
terminal or to a spoken message and/or voice recording 
device . — The handling of incoming calls is in this case 
independent of the calling subscriber. BACKGROUND OF 
3 5 THE INVENTION 

In the area of private branch exchanges^ there is 
typically a known central communications controller for 
establishing the procedure for handling calls coming to 
a terminal. This provides the "selective incoming-call 
40 protection 11 facility, which arranges for a diversion of 
calls coming from selected subscribers to another 



terminal o: 




a spoken-message am 




system and puts through incoming calls from other 
subscribers. Furthermore , — ife — io known from Publication 
DE 43 30 755 C2 , in the case of ouch central 
5 communication controllers, for discloses incoming calls 
from selected subscribers to be put through to the 
terminal and all other incoming calls to be diverted to 
another terminal or to a spoken-message and/or voice - 
recording system. 

10 In a PC, and consequently in a terminal for 

telephony over Internet protocol, there is 
conventionally a communication partner file, which 
contains a number of data records with data on 
communication partners of the subscriber to which the 

15 terminal is assigned. Each data record contains an 
entry for the name of the communication partner and one 
or more communication addresses . If appropriate , such 
a data record may also contain additional information 
on the respective communication partner. 



In one embodiment The — obj cct of the invention 4r& 
fee — specify — a** — improved / 1 there is a communications 
controller for communication operations which arc 
directed — fee arrive at a terminal device for telephony 
over Internet protocol . 

The controller includes, for example/ a device which 

invention — achievco thio — obj cct — by — a — communicationo 

controller with the — featurco of patent claim 1. 

With — each — incoming — call , — a — communicationo — controller 

according fee fehe invention compares a received 

identification of the a calling subscriber with the 
corresponding entries i-ft of a communication partner 
file of the — called — oubocribcr — and — inquirco — about — a 
procedure — §es? — handling — incoming — callo — that — irs — stored 
for — fehe — calling — oubocribcr a called subscriber, the 
device provides a procedure to handle the incoming call 
in the communication partner file- — 1# i_f the calling 
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subscriber ^Km otorcd recognized as^ communication 
partner included in the communication partner file a**d 
conaoquontly — there — is — a — procedure — #es? — handling — fc-ke 
incoming — call — otorcd , and if the calling subscriber is 
not recognized as included in the communication partner 
file, the communicationo — controller — according — fee — the 

invention arrangco #oa? thio otorcd procedure for 

handling — fcfee — incoming — call — fee — fee — implemented . — 1£ — fehe 

calling oubocribcr i-s not recognized — as contained 

device provides a procedure to handle the incoming 
call . 

In another aspect of the invention/ the 
communications controller is located in the terminal 
device > 

In another aspect of the invention, the 
communications controller is located in another device 
which is assigned to an IP network and which the 
terminal device for telephony over Internet protocol is 
configured for connection. 

In another aspect of the invention, the device 
assigned to an IP network being a proxy module with a 
representative function for the terminal devices for 
telephony over Internet protocol which is configured 
for connection to the IP network. 

In another embodiment of the invention, there is a 
method of controlling communication operations which 
arrive at a terminal device for telephony over Internet 
protocol. The method includes, for example, comparing 
a received identification of a calling subscriber with 
corresponding entries of a communication partner file 
of a called subscriber, and providing a procedure to 
handle the incoming call in the communication partner 

f ile- fcfee communicationo controller — arrangco — a 

procedure §es? handling the incoming call that i-s- 

provided for thio caoc to be implemented. 



— fefee — oaid if the calling subscriber is recognized as 



a communication partner included in the communication 



partner file there — may — fee — otorcd — a — detailed — procedure 
for — handling incoming calla for — each — communication 
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partner, — — including — a — opecif xi^ aeeemfe — e£ — the 
exact — procedure . — Since, — however, — e t, and if the calling 
subscriber is not recognized as included in the 

communication partner file uoually containo 

conoidcrably — more — communication — partner - data — rccordo 
than — different — wayo — ef — handling — incoming — callo , — ±fe — may 
aloo — contain — £ea? — each — otoragc — communication — partner — a 
pointer — which — pointo — fee — a — file — which — — aooigncd — fee 
thio — pointer — and — containo — detailed — particularo — eft — how 
fee — handle — incoming — callo. / providing a procedure to 
handle the incoming call. 

For terminal devicoo which can be connected in 
different network arcao, — for example — for portable 
terminal devicco, — a particularly advantagcouo 
5 embodiment comprioeo that the communicationo controller 
io realized in the terminal device. — Thio cnourco that 
the communication partner file and the communicationo 
controller arc available independently of the network 
area in which the terminal device io connected. — In the 
10 caoc of ouch an embodiment, — the terminal device muot be 
in the — owitched on operating otatc or be put — into thio 
operating otatc when there — io an incoming communication 
operation . — If the terminal device — io a computer, — for 
example , — it muot — conocqucntly alwayo be in the 
15 owitched on operating otatc if — incoming communication 
opcrationo arc to be handled, — or in a power oaving 
otatc which at leaot pcrmito the detection of incoming 
callo and aloo allowo the terminal device to be put 
into the active operating otatc when there io an 
2 0 incoming call. 



Another favorable development of a communicationo 
controller io realized in a device aooigncd to an 
Internet protocol network to which the terminal device 
2 5 for telephony over Internet protocol — can be connected, 
the incoming communication opcrationo of which are to 
be handled by the communicationo — controller . — In ouch a 
caoe / — the handling of incoming callo — for a terminal 
device — ars — cnoured even if the terminal device — ±-& 
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□wi toh ed— e^^^^— 3re — temporarily not be pcratcd on the 

Internet protocol network. 

Such a device aooigncd to an Internet protocol network 
5 may be real i zed, — for example, — in the area of a 

gatekeeper device of an Internet protocol network 
oubarca . — If appropriate, — tfe — io poooiblc to uoc for thio 
purpose the — game hardware device with which the 
gatekeeper function io aloo realized by uoing the 
10 corresponding oof twarc . 

The oaid device which io aooigncd to an Internet 
protocol network and within which the communicationo 
controller can be realized may aloo be a proxy which 
15 rcprcocnto a reprcocntativc function for terminal 

devices — for telephony over Internet protocol which can 
be connected to the oaid protocol network. 

If a communicationo controller according to the 
2 0 invention io realized in a proxy with a reprcocntativc 
function for terminal devicco, — a terminal device can, 
if it lcaveo the active operating otatc, — for example io 

owitched off, — for example tranomit — to the gatekeeper 
reoponoiblc for the terminal device a mcooage arranging 

2 5 for the gatekeeper to forward to the proxy callo 

arriving for the to the terminal device. — In the 
oituation mentioned it — io aloo poooiblc for the proxy 
to arrange for the gatekeeper to forward to the proxy 

callo arriving for the terminal device. — For thio 

3 0 purpooc , — the proxy may, — for example, — receive from the 

terminal device a mcooage which indicatco whether the 
terminal device io available for incoming callo. — There 

io aloo the poooibility that the proxy alwayo checko 
after a certain period of time or at certain pointo in 
3 5 time the availability of terminal — devicco for incoming 
callo , — in order that, — if they are unavailable, — fcrhe 
gatekeeper io — informed that callo arriving for thio 
terminal device arc to be forwarded to the proxy. 
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It io p a^ll^ mlarly favorable if, — w4-^lfc* t roqucoting 
thcm / — the proxy rcccivca mcooagoo concGrning changco in 
otatc with reopect to the availability of tcrminalo and 
if the proxy additionally checko from time to time the 
5 availability of the terminalo. — Thio makoo — it poooiblc 
to cnourc that, — oven if — there — io no mcaoago concerning 
a change — in otatc, — thio — change — in otatc — io rcgiotcrcd 
after a certain time, BRIEF DESCRIPTION OF THE DRAWINGS 
The invention is explained in more detail below on 
10 the basis of an exemplary embodiment with reference to 
the figures. 

Figure 1 shows an exemplary embodiment of a flow 
diagram for realizing a selective call diversion as a 
proxy function in an H.3 23 network. 
15 Figure 2 shows an exemplary embodiment of an H.323 

proxy used in the method according to figure 1 in a 
schematic block representation of an extended protocol 
layer model (protocol stack) . 

Figure 3 shows a partial detail of a 
2 0 communications network in accordance with the standard 
ITU-T H.323 with endpoints, a gatekeeper function, a 
database and a proxy function in a schematic block 
representation . 

2 5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The invention relates to a communications 
controller for calls arriving at a terminal device 
which, operates in accordance with the telephony over 
Internet protocol/ an identification of the calling 

3 0 subscriber or terminal being received along with the 

incoming calls. Calls directed to a terminal device 
for telephony over Internet protocol are usually put 
through to the called terminal device by an Internet 
protocol network, i.e. a data network operating on the 

3 5 basis of an Internet protocol, which operates for 

example in accordance with the standard ITU-T H.323. 
Provided in the called terminal device is a 
communications controller, for which there is an 
established procedure for handling incoming calls. In 

4 0 the simplest case, incoming calls are always put 
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through to^^taken by a called subi^E^ber. However, 
the subscriber may also provide that incoming calls are 
forwarded to another terminal or to a spoken-message 

and/or voice-recording device. The handl ing o f 

5 incoming calls is in this case independent of the 
calling subscriber . 

The present invention discloses an improved 
communications controller for communication operations 
which are directed to a terminal device for telephony 

10 over Internet protocol . 

With each incoming call/ a communications 
controller compares a received identification of the 
calling subscriber with the corresponding entries in a 
communication partner file of the called subscriber, 

15 and inquires about a procedure for handling incoming 
calls that is stored for the calling subscriber in the 
communication partner file* If the calling subscriber 
is stored as a communication partner in the 
communication partner file, and consequently there is a 

2 0 procedure for handling the incoming call stored in the 

communication partner file, the communications 

controller according to the invention arranges for this 
stored procedure for handling the incoming call to be 
implemented . If the calling subscriber is not 

2 5 recognized as included in the communication partner 

file, the communications controller arranges for a 
procedure for handling the incoming call that is 
provided for this case to be implemented. 

In the communication partner file, there may be 

3 0 stored a detailed procedure for handling incoming calls 

for each communication partner, including a specified 

account of the exact procedure. Since/ however, a 

communication partner file usually includes 

considerably more communication partner data records 
3 5 than different ways of handling incoming calls, it may 
also include for each storage communication partner a 
pointer which points to a file which is assigned to 
this pointer and contains detailed particulars on how 
to handle incoming calls. 
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For t^ftinal devices which can^Bre connected in 
different network areas, for example for portable 
terminal devices/ an advantageous embodiment comprises 
a communications controller in the terminal device. 
5 This ensures that the communication partner file and 

the communications controller are available 

independently of the network area in which the terminal 

device is connected. In the case of such an 

embodiment/ the terminal device is in the switched-on 

10 operating state or put into the operating state when 
there is an incoming communication operation. If the 
terminal device is a computer/ for example, it is 
consequently in the switched-on operating state if 
incoming communication operations are to be handled, or 

15 in a power- saving state which at least permits the 
detection of incoming calls and also allows the 
terminal device to be put into the active operating 
state when there is an incoming call. 

Another embodiment of a communications controller 

2 0 is includes a device assigned to an Internet protocol 
network to which the terminal device for telephony over 
Internet protocol can be connected, the incoming 
communication operations of which are to be handled by 
the communications controller. In such a case, the 

2 5 handling of incoming calls for a terminal device is 

ensured even if the terminal device is switched off or 
is temporarily not been operated on the Internet 
protocol network. 

Such a device assigned to an Internet protocol 

3 0 network may be realized, for example, in the area of a 

gatekeeper device of an Internet protocol network 
subarea. If appropriate, it is possible to use the 
same hardware device with which the gatekeeper function 
is also realized by using the corresponding software. 

3 5 The device which is assigned to an Internet 

protocol network and within which the communications 
controller can be realized may also be a proxy which 
represents a representative function for terminal 
devices for telephony over Internet protocol which can 

4 0 be connected to the said protocol network. 



If a ^Emmunications controller ^Brcording to the 

invention is realized in a proxy with a representative 
function for terminal devices , a terminal device can, 
if it leaves the active operating state, for example is 
switched off, for example transmit to the gatekeeper 
responsible for the terminal device a message arranging 
for the gatekeeper to forward to the proxy calls 

arriving for the to the terminal device, In the 

situation mentioned it is also possible for the proxy 
to arrange for the gatekeeper to forward to the proxy 

calls arriving for the terminal device. For this 

purpose, the proxy may, for example, receive from the 
terminal device a message which indicates whether the 
terminal device is available for incoming calls . There 
is also the possibility that the proxy always checks 
after a certain period of time or at certain points in 
time the availability of terminal devices for incoming 
calls, in order that, if they are unavailable, the 
gatekeeper is informed that calls arriving for this 
terminal device are to be forwarded to the proxy. 

It also favorable if, without requesting them, the 
proxy receives messages concerning changes in state 
with respect to the availability of terminals and if 
the proxy additionally checks from time to time the 
availability of the terminals. This makes it possible 
to ensure that, even if there is no message concerning 
a change in state, this change in state is registered 
after a certain time. 

To allow the representation of figure 1 to be 
explained in a more intelligible way, firstly the H.323 
proxy PROXI according to figure 2 and the H.323 
communications network according to figure 3 are 
described. 

Communication networks H.323 Net, as represented 
if* — broad — outline broadly in figure 3, are known in 
principle. The communications network H.323 Net shown 
in figure 3 has a number of endpoints A, B, C, D and E, 
a gatekeeper function GK, a proxy function PROXI and a 
database DB. A proxy function PROXI, like a gatekeeper 
function GK, is a logical function within a 



communicat 




network 



H. 323 




function GK is a logical function for performing 
standard functions such as address resolution and 



5 that refers to a calling endpoint D sends sending to 
the gatekeeper an alias address of an endpoint E to be 
called and receives received from the gatekeeper GK the 
transport address, that is the Internet protocol 
address and the port number. The gatekeeper GK knows 

10 the volume of traffic with respect to real-time 
applications within the network area for which it is 
responsible. If a calling endpoint D sends to the 
gatekeeper GK a request for a connection with a certain 
bandwidth, the gatekeeper compares the requested 

15 bandwidth with the available bandwidth and, depending 
on the result of the comparison, sends a message to the 
calling endpoint A. The network shown in figure 3 
differs from the known standard H.323 network by having 
a database DB for providing communication partner files 

20 and a special proxy function PROXI . An embodiment of 
such a proxy function PROXI is explained in more detail 
on the basis of an exemplary embodiment of a method 
according to the invention with reference to figure 1. 
The structure of such a proxy function PROXI is 

25 presented below on the basis of an extended protocol 
layer model with reference to figure 2. 

In figure 2, an exemplary embodiment of an H.323 
proxy PROXI is represented in a schematic block 
representation in the form of an extended protocol 

30 layer model. 

As usual in networks conforming to ITU-T H.323, 
the communication of the H.323 proxy PROXI is based on 
the Internet protocol IP. On the basis of the Internet 
protocol IP, the protocol stack of the signaling that 

35 is handling the call control is represented in the 
center of figure 2 . 

On the basis of the Internet protocol IP and the 
signaling protocol TCP, a function module H. 225.0 
conforming to the protocol ITU-T H. 225.0 is provided 

40 here for the signaling of the basic call control in 



bandwidth management . 



Address resolution mcano — here 
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H.323 netw^Brs. Examples of message«ff this function 
module H. 2 2 5.0 are SETUP and CONNECT. 

Also on the basis of the signaling protocol TCP, a 
function module H.245 conforming to the control 
5 protocol ITU-T H.24 5 is provided. One of the purposes 
of this function module H.24 5 is for exchanging 
TerminalCapability messages, that is for submitting and 
receiving information with respect to terminal 
capabilities. What is more, this function module H.245 
10 serves for establishing task allocations, such as 
master and slave functions, and for opening and closing 
logical channels serving for user data transmission. 

On top of the function module H. 22 5.0 there are 
function modules of additional facility controllers, 
15 such as for example a function module H. 450.1 for 
realizing a specific function and a function module 
H.450.3 for realizing a call diversion function of the 
standard ITU-T H.450. 

In figure 2, a user data stack is represented to 
20 the left of the signaling stack just described. This 
user data stack is also based on the Internet protocol 
IP, on which there is UDP and on that, in turn, a real- 
time protocol RTP. In addition to the real-time 
protocol RTP, the protocol UDP also supports a real- 

2 5 time control protocol RTCP and that part H. 2 2 5.0 RAS of 

the control protocol conforming to ITU-T H. 225.0 which 
concerns the areas of registration, administration and 
status . 

On the basis of the real-time protocol RTP, there 

3 0 are codecs or at least decoders for audio and video 

AUDIO, VIDEO. Such audio codecs AUDIO are designed for 
example to conform to one of the ITU-T standards G.711, 
G. 723.1, G.728. Audio decoders AUDIO are also defined 
by ISO MPEG4 . ISO MPEG4 also defines corresponding 

3 5 video decoders VIDEO. When decoders conforming to ISO 
MPEG4 are used, proprietary coders are possibly 
contained in an H.323 proxy PROXI . 

The real-time control protocol RTCP and the codecs 
or decoders for audio and video AUDIO, VIDEO are 

40 controlled by a media controller MEDIA CONTROL, which 
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is responsHRte inter alia for the interaction of media 
input means INPUT -DEVICE, provided in the H.323 proxy 
PROXI, and a media output means device that are only 
optionally to bo provided in an H.323 proxy PROXI and 
5 are therefore not represented. In this respect, the 
media input mcano device ^INPUT-DEVICE are, for example 
(not shown explicitly in figure 2) , cameras for video 
data, microphones for audio data or interfaces with 
data sources not contained included in the H.32 3 proxy 

10 PROXI. Output me ana An output device (not shown 

explicitly in figure 2) could be, for example, a 
loudspeaker for audio data or interfaces with the 
output mcano device not contained included in the H.323 
proxy PROXI, such as printers or mass storage devices. 
15 The described stack for user data handling RTP, 

RTCP, H. 2 2 5.0, AUDIO, VIDEO and MEDIA CONTROL and the 
described stack for signaling handling H.245, H. 225.0, 
CONFERENCE CONTROLLING, H.450.2, H.450.4 and H.450.5 
are coupled to an application programming interface API 

2 0 via a coordination function COORDINATION FUNCTION. In 

this case, the coordination function COORDINATION 
FUNCTION coordinates the interaction of the units in 
this stack with the application programming interface 
API . 

25 Examples of an application programming interface 

API are TAPI or CAPI . The application programming 
interface API switches between application programs 
applications and the coordination function COORDINATION 
FUNCTION. 

3 0 In addition to the stacks required for multimedia 

communication, that is the described stacks for user 
data handling RTP, RTCP, H. 225.0, AUDIO, VIDEO and 
MEDIA CONTROL and for signaling handling H.245, 
H. 225.0, H. 450.1, H.450.3 and H.450..., another 

3 5 function module DB/DB Access is shown on the right-hand 
side in figure 2 . This function module DB/DB Access is 
not based on the Internet protocol IP but is also 
coupled via the coordination function COORDINATION 
FUNCTION and the application programming interface API 

40 to applications APPLICATIONS. The function module 
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the H.323 proxy PROXI with a database server (not 
shown) , which contains includes communication partner 
files. The function module DB/DB Access may, however, 
also correspond to an interface with a database 
contained included in the H.323 proxy PROXI (not shown 
in figure 2) with communication partner files. If 
communication partner files are contained included in. a 
database server, it goes without saying that this can 
also be accessed using signaling based on ITU-T H.450. 

The structure of the function module DB/DB Access 
is not explicitly presented in figure 2, since 
corresponding industrial standard interfaces are 
sufficiently known. Such interfaces may be, for 

example, JDBC (JAVA Database Connectivity) or ODBC 
(Open Database Connectivity) . 

Figure 1 shows basic states, events and the 
message flow between three endpoints A, B and C of a 
communications network in accordance with the standard 
ITU-T H.32 3, a gatekeeper GK, a database DB and a proxy 
function which is provided in this communications 
network and is referred to hereafter as the H.323 proxy 
PROXI. The exemplary embodiment dealt with in figure 1 
assumes that a subscriber to which the endpoint B is 
assigned wishes for a call diversion to the endpoint C 
for incoming calls from certain points, including 
endpoint A. In the present case, a terminal provided 
at the endpoint B is not ready for operation when a 
call arrives from the endpoint A: 

In the initial state, the function H.323 proxy 
PROXI, the gatekeeper GK, the database DB and terminals 
(not shown) assigned to the endpoints A and C are 
respectively in a rest state "idle". A terminal (not 
shown) assigned to the endpoint B is not in operation. 

A subscriber at the endpoint A arranges via the 
gatekeeper GK for a connection to be set up to an 
endpoint B. For this purpose, the message SETUP, for 
example conforming to ITU-T H.225, is transmitted from 
the endpoint A to the gatekeeper GK, and would usually 
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be forwards by the gatekeeper GK t^the endpoint B. 
In the present case, however, the gatekeeper GK 
receiving the SETUP message recognizes that the 
addressed destination endpoint B is not registered as 
5 available and that a representative address (proxy 
address) to an H.323 proxy PROXI has been set up for 
this endpoint in the event of unavailability. 

The gatekeeper GK therefore addresses the SETUP 
message from the endpoint A to this H.323 proxy PROXI. 
10 The SETUP message containo includes the address of the 
originally called endpoint B. 

The H.323 proxy PROXI receives the SETUP message 
and checks which procedure is to be used for handling 
calls for the endpoint B coming from the endpoint A. 
15 For this purpose, the H.32 3 proxy PROXI sends a request 
to the database DB. 

As mentioned above, the database DB may either 
form a unit with the device realizing the proxy 
function PROXI or be spatially separate from it. A 

2 0 remote database DB can be accessed for example via 

interfaces conforming to JDBC (JAVA Database 
Connectivity) or ODBC (Open Database Connectivity), but 
also on the basis of an H.450 signaling. In the 
database it is checked within the communication partner 
25 file of the subscriber to which the endpoint B is 
assigned how calls arriving from the endpoint A are to 
be handled in the event of the terminal provided at the 
endpoint B not being ready for operation. It is 
possibly first checked for this purpose whether there 

3 0 is an entry with respect to the endpoint A in the 

communication partner file of the subscriber to which 
the endpoint B is assigned. 

The database DB transmits to the H.323 proxy PROXI the 
35 information found in this check: divert calls from 

endpoint A for endpoint B to endpoint C. 

Then, the H.323 proxy PROXI arranges for a 

corresponding call diversion to be implemented, in the 

example represented a call diversion conforming to the 
40 ITU-T standard H.450. 3. Using H. 225.0, the H.323 proxy 
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PROXI transmiW for this purpose to tl^^^ndpoint A a 

message FACILITY (H.450.3 callReroutinglnvoke) , 

invoking the call diversion facility. 

This message containo includes the address of the 
5 call diversion destination. Although the terminal at 
the endpoint B is not in operation, this call diversion 
can be executed by the proxy function. The proxy 
function is provided for realizing this facility with 
respect to this terminal. 

10 Consequently, the proxy function Proxi arranges 

for the facility message FACILITY (H.450 
callReroutinglnvoke) for the endpoint B that is not 
ready for operation. The endpoint A sends in a manner 
conforming to the ITU-T standard H.450.3 (for example 

15 February 1998 edition) and on the basis of H. 225.0 a 
facility message FACILITY (H.450 callRerout ingResult ) 
directly to the H.323 proxy PROXI and then arranges, by 
a message H. 225.0 ReleaseComplete to the H.323 proxy 
PROXI, for the signaling connection between H.323 proxy 

2 0 PROXI and the endpoint A to be released. 

The endpoint A transmits to the endpoint C an 
H.245 TerminalCapabilitySet message with the data of 
the endpoint A. In a corresponding way, the endpoint C 
transmits to the endpoint A an H.24 5 
25 TerminalCapabilitySet message with the data of the 
endpoint C. What is more, the position of the 
individual parties involved during the call between the 
endpoints A and C is established in a manner conforming 
to H.245 by the exchange of Master/SlaveDetermination 

3 0 messages, whereupon a procedure for opening logical 

channels between the endpoints A and C is executed by 
means of messages conforming to ITU-T H.245. 

Then logical channels are opened between the 
endpoints A and C, in order for example to transmit 
3 5 audio or video information. What is more, signaling 
connections exist between the endpoint A and the 
endpoint C . 



